home *** CD-ROM | disk | FTP | other *** search
/ Nebula 2 / Nebula Two.iso / SourceCode / MiscKit1.7.1 / MiscKitArchive.mbox / mbox / 000007_michael@afs.com_Tue Sep 14 11:57 MDT 1993.msg < prev    next >
Internet Message Format  |  1994-10-30  |  4KB
  1. Received: from yvax.byu.edu by maine.et.byu.edu; Tue, 14 Sep 93 11:57:50 -0600
  2. Return-Path: <michael@afs.com>
  3. Received: from DIRECTORY-DAEMON by yvax.byu.edu (PMDF V4.2-13 #4169) id
  4.  <01H2XRLY3VVK934PJX@yvax.byu.edu>; Tue, 14 Sep 1993 11:55:43 MDT
  5. Received: from alaska.et.byu.edu by yvax.byu.edu (PMDF V4.2-13 #4169) id
  6.  <01H2XRLRNLM8934PZM@yvax.byu.edu>; Tue, 14 Sep 1993 11:55:29 MDT
  7. Received: from yvax2.byu.edu by alaska.et.byu.edu; Tue, 14 Sep 93 11:57:09 -0600
  8. Received: from DIRECTORY-DAEMON by yvax.byu.edu (PMDF V4.2-13 #4169) id
  9.  <01H2XRL5R55S934PJX@yvax.byu.edu>; Tue, 14 Sep 1993 11:55:01 MDT
  10. Received: from uu5.psi.com by yvax.byu.edu (PMDF V4.2-13 #4169) id
  11.  <01H2XRKZPBQ8934PZE@yvax.byu.edu>; Tue, 14 Sep 1993 11:54:52 MDT
  12. Received: by uu5.psi.com (5.65b/4.0.071791-PSI/PSINet) via UUCP; id AA08765 for
  13.  ; Tue, 14 Sep 93 13:14:11 -0400
  14. Received: from escher by afs.com (NX5.67d/3.2.083191-Anderson Financial
  15.  Systems) id AA15209; Tue, 14 Sep 93 12:14:42 -0400
  16. Received: by  escher  (NX5.67d/NeXT-2.0) id AA01664; Tue,
  17.  14 Sep 93 12:14:42 -0400
  18. Received: by NeXT.Mailer (1.95)
  19. Received: by NeXT Mailer (1.95)
  20. Date: Tue, 14 Sep 1993 12:14:42 -0400
  21. From: michael@afs.com
  22. Subject: Re: External files & allowable contributions
  23. To: misckit@byu.edu
  24. Reply-To: Michael_Pizolato@afs.com
  25. Message-Id: <9309141614.AA15209@afs.com>
  26. Content-Transfer-Encoding: 7BIT
  27. Status: R
  28.  
  29. >We have (kind of ) be using /LocalDeveloper for the same purposes.
  30. >(We picked LocalDeveloper since it echos NextDeveloper
  31. >
  32. >/LocalDeveloper---- Apps
  33. >        |___Documentation
  34. >        |___Examples
  35. >        |___Headers
  36. >        |___Library
  37. >        |___Palettes
  38. >
  39. >
  40. >Perhaps a variation on the two ideas would work..
  41. >
  42. >The thing I dislike about our "solution" is dealing with libraries
  43. >since you have to either mess with the makefile templates or always
  44. >modify your own makefile.preambles to get the path to the libraries
  45. >included.  (Then again perhaps I'm just lazy  :-)  )
  46.  
  47. We do a similar thing here.  Our structure is almost the same as
  48. the above:
  49.  
  50. /LocalDeveloper/Apps
  51.                /Examples
  52.                /Headers
  53.                /Images
  54.                /Libraries
  55.                /Makefiles
  56.                /Palettes
  57.                /Projects
  58.  
  59. In addition, /usr/local/lib is a link to /LocalDeveloper/Libraries
  60. and /usr/local/include is a link to /LocalDeveloper/Headers.  Thus
  61. both get searched by the compiler and linker with no modifications
  62. to makefiles and no additional compiler/linker flags.
  63.  
  64. I also have a similar hierarchy in ~/Developer.  Also, ~/Unix/lib
  65. is a link to ~/Developer/Libraries and ~/Unix/include is a link to
  66. ~/Developer/Headers.  To get the compiler and linker to look in
  67. these directories, I created
  68. ~/Developer/Makefiles/app/MRPMakefile.preamble, which defines such
  69. macros as OTHER_CFLAGS to add the appropriate directories to my
  70. compiles.  Whenever I create a new project, I just include
  71. MRPMakefile.preamble in the Makefile.preamble of the new project,
  72. and it's usually the only change I have to make to the template
  73. (I'm lazy too :-).
  74.  
  75. As for the problem of auxiliary files for MiscKit, I'm in favor of
  76. something like Don proposed.  However, the proper place for bundles
  77. is /LocalApps or ~/Apps, not the *Library directories (NeXT says
  78. this).  Depending on the naming convention for the kit, it would
  79. probably be wise to have one bundle per prefix or something.  For
  80. example, if I contribute stuff that is generally named MRPwhatever,
  81. I'd code it to look for MRP.bundle or something in the standard
  82. location.  Someone else's stuff would use a different bundle.  This
  83. prevents a massive MiscKit bundle.
  84.  
  85. The problem with the *Apps directories as the repository is that
  86. they would get cluttered with lots of bundles.  *Library/MiscKit
  87. is a way to hide the clutter, but it's non-standard.  Any ideas?
  88.  
  89. Thanx,
  90. Michael
  91.  
  92. ---
  93. Michael Pizolato                         Michael_Pizolato@afs.com
  94. Mu-I-Jin                                     NeXTMail appreciated
  95. Anderson Financial Systems Inc.